home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / June 96 / Re Extension Link Problem.1 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  1.6 KB  |  [TEXT/ttxt]
  1. Subject:     Re:Extension Link Problem
  2. Sent:        6/7/96 9:40 AM
  3. Received:    6/7/96 9:51 AM
  4. From:        Doyle Rhynard, doyle.w.rhynard@cpmx.saic.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Bernie Wieser wrote:
  9.  
  10. >Your extension is known in the shared library by its "ADI_TestExtClassData"
  11. >data structure.  You must export it.  Your project export for the shared
  12. >library must
  13. >contain this string (and probably this string only.)
  14. >i.e. myProj.prj.exp contains the line "ADI_TestExtClassData"
  15.  
  16.    I finally was able to get my test extension to work. Adding the
  17. TestExtClassData reference to the server's .exp file and adding the
  18. resulting server shared library to the client's project was all that was
  19. required.
  20.  
  21.  
  22. Also, Greg Friedman wrote:
  23.  
  24. >Create a new shared library that implements only your extension. From this
  25. >shared library, export only the extension's class data, as described in the
  26. >first solution. Link both your client and your server parts against the new
  27. >shared library.
  28.  
  29. >With this model, any server part that provides the extension will always
  30. >provide the same version and implementation. You can upgrade the extension
  31. >without having to touch all of the server parts that provide it. And,
  32. >finally, you avoid instantiation collisions.
  33.  
  34. This is an very good suggestion that I plan to implement in all of the real
  35. part extensions that I write in the future. If fact, a version of this
  36. message should be added to ODF documentation as a tech note or recipe file.
  37.  
  38. Doyle Rhynard
  39.  
  40.